iT邦幫忙

1

【閒聊】怎產生小型軟體開發團隊的量化數據

Jos 2022-07-30 15:34:351719 瀏覽
  • 分享至 

  • xImage
  •  

最近與學弟聚餐,剛好他接下公司委任的軟體開發團隊(4-5人)小主管,公司要求他要有團隊的專案 關鍵績效指標( Key Performance Indicator, KPI ),因為我在軟體公司待比較久也曾擔任公司專案支援團隊與軟體開發團的主管經歷,他問我怎收集數據建立KPI,在餐敘中我們就一起討論,我將與學弟討論的方法做整理分享給各位。

首先當一個資訊團隊要建立的是基本團隊的基本數據,團隊成員的個人績效指標(工時)是最容易完成,但我們應該要確認公司有沒有建立對個人的度量工具或度量目標,若沒有那就要從重新開始,若有那就要好好審視這些度量工具與目標的第一步可以先瞭解公司量目標後再改善工具來收集數據,這時候就可以利用CMMI【1】認證時方法先做落差分析,把你想要達成度量目標或數據寫下來與現實來做比對,然後做個度量與分析(Measurement and Analysis, MA)確認你的基礎度量數據可以出來且數據是反映真實工程師的狀況,就可以思考部門的KPI個人目標,再將數據套到設定KPI目標就是一個標準個人衍生度量的數據,他基本上達到你想要績效指標,這方法是採用以前我參加導入CMMI Dev 1.0與跟台南軟協洪肇奎老師【3】輔導小型企業CMMI的度量與分析時的經驗。

若是公司規模較小,沒有建立對個人的度量,建議至少可以建立工時度量的數據,一般就是工時系統或工作日誌系統,建立上述系統用這來做基礎度量的數據(raw data),將小組的人員工作寫到Google日曆並用Googles內建程式就可以轉成雲端文件進行統計【4】,這不用花你太多時間只要利用Google日曆當資料庫及隨時有網路就可以填寫工作的特性,若團隊沒辦法用Google日曆這方法,那只有人工填寫到Excel來統計(可以開啟雲端硬碟檔案填寫),若公司累積這些數據其實對團隊是有好處,如可以將個人工時與專案工作做連結,然後我們將個人的程式撰寫能力做定義就可以利用機械學習演算做程式撰寫估算模型,日後公司高層交代任務我們就可以利用這模型準確告知主管團隊預計完成工時,這不是你我依照經驗的估算,是有大數據來支持估算工時與成本。要做到這樣方法需要團隊平時就有累計專案工時資料,這方法是有驗證過,我跟以前同事一起討論有寫出程式與估算模型他也發表一篇研討會文章。

以上是我工作經驗僅供想建立團隊度量數據的同業或主管參考,我想應該有同業先進會有其他更方法,畢竟這只是我個人在任職資服業的經驗,在不同產業與公司的環境不同會有不同狀況產生。

引用文獻與資料說明:

【1】CMMI (Capability Maturity Model® Integration,能力成熟度模式整合) 起源於美國國防部與卡內基美隆大學 (Carnegie-Mellon University)合作所設立的軟體工程學院(Software Engineering Institute,SEI)。
【2】最簡單的基礎度量的數據就是你的工時與專案的紀錄,如4/2 A君在a專案撰寫程式4HR。
【3】個人在2004年受教已逝洪肇奎老師教導CMMI Dev1.1並參與公司認證,之後離開公司後又因緣際會於2009-2011與洪老師一起參與台中地區認證5家小型公司CMMI Dev1.3 ML2過程,老師委任我擔任助教角色陪同一起將這5家認證完成,個人累積很多經驗感謝老師的提攜。
【4】利用WorkSpace的日曆做統計實作的運用,我在公司的部落格有寫一篇文章可以參考
https://www.web123.com.tw/blog/985-%E5%A6%82%E4%BD%95%E5%88%A9%E7%94%A8Google%20%E7%9A%84WorkSpace%E4%BE%86%E5%BB%BA%E7%AB%8B%E9%9B%B2%E7%AB%AF%E7%9A%84%E5%B0%88%E6%A1%88%E7%AE%A1%E7%90%86.html
【5】WorkSpace的工具,這可以讓每人申請Google的個人帳號或公司花錢買企業帳號都可以達到。


圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

2 則留言

0
海綿寶寶
iT邦大神 1 級 ‧ 2022-08-01 09:25:39

如果工程師第二討厭寫的東西叫「文件」
那第一討厭的就是「工作日誌」莫屬了
/images/emoticon/emoticon10.gif

Jos iT邦新手 5 級 ‧ 2022-08-02 00:01:55 檢舉
海綿寶寶說對,小弟提供工作日誌推動的經驗分享,我在每個公司要推動這流程活動確實都會有困難,因為工程師的工作被透明化,後來跟我的CMMI啟蒙老師洪老師討論後他建議這度量項目不要納入個人考核,他問我說公司要真實資料還是假資料?若要真資料就不用放到個人考核,可以改為交辦事項完成率、工程師撰寫BUG率、工程師寫程式對專案貢獻度..等其他KPI值來代替,後來採這做法就容易推動多,畢竟當時我主管要是工程師真正寫程式狀況而不是假資料。
franx0722 iT邦新手 2 級 ‧ 2022-08-02 08:43:04 檢舉

周會, 勝過死板的工作日誌, 應該不局限於文字說明而是溝通與技術交流.

0
JT
iT邦新手 5 級 ‧ 2022-09-27 12:10:51

開發團隊的量化數據,對上對下,是一件很有挑戰事情,一般會建議取得平衡,寫(日)周報與每周開會議方式面對面討論,盡量使用進度條或是完成率 產出物件、文件或程式(輸出)為標準,開始時間 預計完成時間,實際完成時間,優先等級等等當輔助依據。部門目標為主,個人目標為輔,可以評核工程師的團隊配合度,個人能力...等等 工程師coding能力、解決能力、遇到問題的解決方式,例如: 工程師A能力好 ,一個困難問題可以短時間或如期內完成,而工程師B 能力尚可,一個困難問題需要加班時間或花兩倍時間完成,究竟A或B那一位才是對公司而言是想要的人力(才)?或兩者需要根據公司的目標適時調整 (獎勵方式 : 職務調整、加薪、獎金),相信有[人]地方,是沒有一個標準答案。找出適合自己團隊方式也是主管們遇到一門重要的課題。

我要留言

立即登入留言